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I. REAL PARTY IN INTEREST (3 7 C.F.R. §41. 3 7(c)(i)) 
The real party in interest is fusionOne, Inc. 
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II. RELATED APPEALS AND INTERFERENCES (3 7 C.F.R. §41. 3 7(c)(ii)) 

Appellant knows of no other appeals or interferences which will directly affect or be directly 
affected by or have a bearing on the Board's decision in the pending appeal. 
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STATUS OF CLAIMS (37 C.F.R. §4 1.3 7(c) (in)) 

Claims 1-6 and 23-26 are pending in this application. All claims stand finally rejected. 
Appellant herein appeals from the final rejection of claims 1-6 and 23-26. 
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IV. STATUS OF AMENDMENTS (3 7 C.F.R. §41. 3 7(c)(iv)) 

No amendments are submitted with this Brief. All amendments to date have been entered. 
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V. SUMMARY OF CLAIMED SUBJECT MATTER (3 7 C.F.R. §41. 3 7(c)(v)) 

The invention recited in claims 1-6 and 23-26 generally relates to a system and method "for 

providing access to a base device identified with a user of a remote client device." (Independent claims 1 

and 23). In particular, as explained in the Background of the Invention Section, specialized remote 

access software systems were known at the time of the invention to establish a direct connection between 

a remote computer and a base computer. There were two such remote access systems known at the time 

of the invention. One was referred as a remote access server ("RAS") system and the other was referred 

to as a remote control system ("RCS"). As stated in the Background at pages 2-3: 

Remote access systems can generally be categorized into two types of 
systems. The first system is generally referred to as a remote access 
server (RAS) system. A RAS system usually comprises server RAS 
software residing on a RAS server and client RAS software residing on a 
"remote" computer. The RAS server is coupled to resources (e.g., 
printers, files, other nodes) which are remotely accessed by a user of the 
system. In operation, a user of the remote computer connects to the RAS 
server via a dial-in telephone connection. Upon connection, the RAS 
server queries for the user's access credentials (e.g., user name and 
password). Upon authentication of the user's access credentials, the user 
is granted access to resources on the RAS server and/or resources on 
other nodes connected to the RAS server to which the user is authorized 
access. The RAS software manages the connection process, the 
authentication process, the access privileges, and the data transfers 
between the RAS server and the remote computer. RAS systems are also 
used by commercial service providers, such as Internet Access Providers 
(ISPs) to allow their customers access into their network resources. . . . 

The other type of remote access system is generally referred to as a 
remote control system (RCS). RCSs allow a remote user to not only 
access resources on another "host" computer, but also allow the user to 
control the host computer. RCSs typically display on the remote 
computer what would normally be displayed on the host computer 
(known as screen emulation). In this way, the user is able to control the 
host computer from the remote computer as if the user was directly 
accessing the host computer. An example of a commercially available 
RCS product is PC Anywhere™ by Symantec Corp™. Like RAS 
systems, RCS allows a remote user to connect via a conventional means, 
including a telephone connection and via the Internet. Again, special 
software is required on both nodes. 
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There were several disadvantages associated with RAS and RCS systems (as set forth in the 
application at page 3, line 21 et. seq.). The present invention overcomes these problems by providing a 
system and method including a user server for communicating data between a user's base device and 
remote client device. (Claims 1-6 and 23-26). In particular, as recited in claims 1-6 and 23-26 and as 
shown in Fig. 4 and described with respect to the flowcharts of Figs. 6-8, a user of a remote device 54 
will make a request (for example to read or write information) that is communicated to a user server 
module 1 8. Periodically, the base device 42 will initiate contact with the user server module 1 8 to see if 
a request has come in. This feature is explained in the present application for example at page 23, lines 
14-23: 

Preferably, communications between the base device 42 and the Sili 
server 30 are initiated by the base device 42. For example, abase device 
42 which maintains a full time Internet connection is generally 
configured to periodically communicate "job request" commands at a 
predetermined interval (e.g., forty (40) seconds) to the Sili server 30. In 
response, the Sili server 30 may indicate "no job" or "job request by a 
user server module". "No job" is communicated where the user 
associated with the base device 42 is not requesting data at this time. 
"Job request by a user sever module" is communicated when the user 
associated by the base device 42 is requesting data (which is indicated to 
the Sili server 30 by the agent communication module 60 as noted 
above). 

The advantages of such a system are explained in the present application at page 26, line 1 9 through page 
27, line 8: 

As described above, communication sequences between the system 10 
(Sili server 30 and user server module 18) and the base device 42 are 
generally initiated by the base device 42, rather than the system 10. . . 
This arrangement provides several advantages which overcomes 
problems associated with the prior art. First, security is increased since 
the data communications are initiated by the base device rather than by 
the system 10. By requiring the base device to initiate communication 
(and therefore establish a connection socket), hacking into the base 
device from the outside becomes a more difficult task. Additionally, the 
invention may be practiced even if the base device is behind firewall 
because the base device initiates communication and opens the 
connection to the agent communication module, thereby allowing reply 
communications and task commands to be communicated from the agent 
communication module. 

-8- 
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With regard to specific claim limitations in the independent claims, claim 1 recites: 

1. (original) A system for providing access to a base device 
identified with a user of a remote client device, said remote access 
system comprising: 

The base device mentioned in the preamble is discussed in the specification for example at page 

13, line 23 through page 24, line 18: 

The system 10 may further be operatively coupled with one or more 
"base" devices (not shown) via the Internet 36. The base devices 
typically connect to the Internet using conventional connection means, 
such as dial-up, cable, or network connections, for example. Each base 
device contains or provides an access gateway to information which is 
provided to the user of the remote access device. Such information may 
include, for example, computer files such as address book files, 
document files, email documents, among others. Each base device is 
identified with a user of the remote access device via conventional 
authentication means, such as challenge and response authentication. 
For example, when a remote user provides a user name and password to 
the system 10, the system 10 then identifies the base device which the 
user is entitled to access. 

The base devices may be any conventional data processing means or 
computer suitable for communicating data to the user server modules 1 8 
in accordance with the present invention and as described in further 
detail below (FIG. 7 through FIG. 9). The "base" device and its 
operation is described in copending application entitled " AGENT 
SYSTEM FOR A SECURE REMOTE ACCESS SYSTEM " having the 
attorney docket number MONG-00-003 and filed July 19, 2000, the 
disclosure of which is expressly incorporated herein by reference. 

The remote device mentioned in the preamble is discussed in the specification for example at 

page 13, lines 14-21: 

The system 10 may be operatively coupled with one or more remote 
access devices (not shown) via the Internet 36. Such remote access 
devices may be conventional computers (including desktop, portable 
notebooks, and palmtop computers), mobile telephone devices (such as 
cellular and PCS (personal communications service) phones), personal 
digital assistants (such as Palm Pilot™ or Windows CE™), and other 
Internet appliance devices (such as WebTV™). In general, a remote 
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access device which may communicate over the Internet and is capable 
or viewing Web pages is suitable of communication with the system 1 0. 
The system for providing access to the base device is shown for example in Fig. 1 and is 

defined by the further claim limitations as explained below. 


Claim 1 further recites: 

a) a web server operatively coupled for communication with the 
remote client device accessed by the user. 

The web server is shown for example in Figs. 1 and 3 as web server 12. The web server 12 is 

explained for example with respect to the flowchart of Fig. 6 and in the specification starting at 

page 16, line 19 - page 17, line 8: 

Referring now to FIG. 3, as well as FIG. 1 and FIG. 2, there is shown a 
block diagram of a main web server 12 in accordance with the present 
invention. As noted above, the tasks carried out by the web server 12 
may be carried out by a server farm comprising a plurality of web 
servers, each configured substantially as described herein for main web 
server 12. 

Main web server 12 comprises a welcome handler module 48 coupled to 
a user server module redirector module 50, which is further coupled to a 
load balancing module 52. Each of the modules 48 through 52 operates 
within the RAM of the web server 12 to carry out the operations 
described herein. 

The main web server 12 is operatively coupled to one or more 
remote access devices 54 (via the Internet) which are accessed by a user 
(remote user) of the system 10. 

Claim 1 further recites: 

b) a user server operatively coupled to said web server and said 
remote client device, said user server further configured to communicate 
data between the base device and the user of the remote client device, 
said user server further configured to communicate data with said base 
device via requests initiated by said base device. 

The user server is shown for example in Figs. 1 and 4 as user server module 18, including 
computer user server 22, mobile phone user server 24, PDA user server 26 and Internet 
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applications user server 28. The user server is coupled to the web server (as shown in Fig. 1 and 
as explained in the specification at page 1 1 , lines 1 -6). The specification states at page 1 1 , lines 
8-15: 

The user server modules 18 comprises a plurality of "user" servers, each 
identified with a remote user type. In the example system 1 0 depicted in 
FIG. 1 , a computer user server 22 is provided for conventional computer 
users, a mobile phone user server 24 is provided for mobile phone users, 
a PDA user server 26 is provided for personal digital assistant (PDA) 
users, and an Internet appliance user server 28 is provided for other 
conventional Internet appliance users. Other "user" server modules may 
be further implemented to provide access to a particular remote user type 
as the need arises. 

Further details regarding the user servers 18 are explained for example with regard to the 
flowcharts of Figs. 7A and 7B and in the specification starting at page 19, line 1 1 - page 20, line 
16: 

Referring now to FIG. 4, as well as FIG. 1 through FIG. 3, there is 
shown a block diagram of a user server module 1 8 according to the 
present invention. . . In its most broadest description, the user server 
module 1 8 provides a user of a remote access device to access data on a 
base device via an open standard remote access platform such a web 
browser. The user server module 1 8 also provides means for formatting 
data according to the device type of the remote access device. In 
addition, the user server module 18 provides a secure means for 
retrieving requested information from the base device via requests which 
are initiated by the base device, rather than by the user server module 18. 

The user server module 1 8 comprises a user request handler module 56, 
a dataparser/formatter module 58, an agent communication module 60, a 
plurality of document templates 62 and a user data module 64. The user 
request handler module 56 is operatively coupled to the remote access 
device 54 via the Internet and the database server via conventional 
networking means... The user request handler 56 carries out the 
operation of receiving and responding to requests from users (accessing 
the remote access devices 54). The user request handler 56 also verifies 
the users access credentials using conventional authentication means. . . 
This verification is normally carried out when the user is first redirected 
to the user server module 18 by the main web server 12. Once this 
verification is established a "session" is maintained for the user. 
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With regard to the specific limitation that "said user server further configured to communicate 
data with said base device via requests initiated by said base device," it is a security feature of the present 
invention that communications are able to be authenticated because they begin only upon requests 
initiated by the base device. This feature is explained in the specification for example with reference to 
Figs. 7 A and 7B and in the above quoted paragraph beginning at page 19, line 11. 


The application further recites method claim 23: 

23. (original) A method for providing access to a base device 
identified with a user of a remote client device, the method comprising 
the steps of: 

The limitations in this preamble are disclosed in the specification as indicated above with respect 
to claim 1 at page 13, line 23 through page 24, line 18, at page 13, lines 14-21. 
Claim 23 further recites the step of: 

(a) operatively coupling a web server with the remote client device 
to allow communication between the web server and the remote client 
device. 

As indicated above with respect to claim 1, this limitation is shown for example in Figs. 1 and 3, and is 
disclosed for example in the specification with regard to the flowchart of Fig. 6 and at page 16, line 19- 
page 17, line 8. 

Claim 23 further recites the step of: 

(b) operatively coupling a user server to said web server and said 
remote client device. 

As indicated above with respect to claim 1, this limitation is shown for example in Figs. 1 and 4, and is 
disclosed for example in the specification for example with reference to Figs. 7A and 7B and at page 1 1 , 
lines 1-16, and page 19, line 1 1 - page 20, line 16. 
Claim 23 further recites the step of: 

(c) communicating data between the base device and the remote 
client device via said user server from requests initiated by said base 
device. 

As discussed with respect to claim 1 , it is a security feature of the present invention that communications 

-12- 
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are able to be authenticated because they begin only upon requests initiated by the base device. This 
feature is explained in the specification for example with reference to Figs. 7 A and 7B and in the above 
quoted paragraph beginning at page 19, line 11. 


The application further includes independent claim 25, including the following preamble: 

25. (original) One or more processor readable storage devices 
having processor readable code embodied on said one or more processor 
readable storage devices, said processor readable code for programming 
one or more processors to perform a method for providing access to a 
base device identified with a user of a remote client device, the method 
comprising the steps of: 


Processor readable storage devices having processor readable code are well known, but is 

explained in the specification for example at page 11, line 18 - page 12, line 11: 

Server 12, 14, 16, 22, 24, 26, 28, 30 may be any standard data processing 
means, including a minicomputer, a microcomputer, a UNIX® machine, 
a mainframe, a personal computer (PC) such as an INTEL® based 
processing computer or clone thereof, an Apple® computer or clone 
thereof, or a SUN® workstation or server, or other appropriate 
computer. As such, servers 12, 14, 16, 22, 24, 26, 28, 30 generally 
include conventional hardware components (not shown) such as a 
motherboard, central processing unit (CPU), random access memory 
(RAM), hard disk drive, display adapter, other storage media, a monitor, 
keyboard, mouse, and other user interface means, a network interface 
card (NIC), and/or other conventional input/output devices. 


Each server 12, 14, 16, 22, 24, 26, 28, 30 has loaded in its RAM 
conventional operating system software (not shown) such as UNIX®, 
Linux™, Windows NT®, Novell®, Solaris® or other server operating 
system. Main Web Server 12 further has loaded in its RAM the web 
server software (not shown) for handling http (hyper text transfer 
protocol) or web page requests from remote users. 

The further limitations in the preamble of claim 25are disclosed in the specification as indicated above 
with respect to claim 1 at page 13, line 23 through page 24, line 18, at page 13, lines 14-21. 


Claim 25 further recites the step of: 
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(a) operatively coupling a web server with the remote client device 
to allow communication between the web server and the remote client 
device. 

As indicated above with respect to claim 1, this limitation is shown for example in Figs. 1 and 3, and is 
disclosed for example in the specification with regard to the flowchart of Fig. 6 and at page 16, line 19- 
page 17, line 8. 

Claim 25 further recites the step of: 

(b) operatively coupling a user server to said web server and said 
remote client device. 

As indicated above with respect to claim 1, this limitation is shown for example in Figs. 1 and 4, and is 
disclosed for example in the specification for example with reference to Figs. 7A and 7B and at page 1 1 , 
lines 1-16, and page 19, line 1 1 - page 20, line 16. 
Claim 25 further recites the step of: 

(c) communicating data between the base device and the remote 
client device via said user server from requests initiated by said base 
device. 

As discussed with respect to claim 1 , it is a security feature of the present invention that communications 
are able to be authenticated because they begin only upon requests initiated by the base device. This 
feature is explained in the specification for example with reference to Figs. 7A and 7B and in the above 
quoted paragraph beginning at page 19, line 11. 


Attorney Docket No . : FUSN 1-011 02US0 
fusnl/1 102/1 102. appeal brief-002.doc 


-14- 


VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL (3 7 C.F.R. §41. 3 7(c)(vi)) 

Whether claims 1-6 and 23-26 are properly rejected under 35 U.S.C. § 102(e) as being clearly 
anticipated by U.S. Patent No. 6,167,120 to Kikinis ("Kikinis"). 
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VII. ARGUMENT (3 7 C.F.R. §41. 3 7(c)(vii)) * 


Rejection of Claims 1-6 and 23-26 Under 35 U.S.C. § 102(e) 

Claims 1-6 and 23-26 are rejected under 35 U.S.C. § 102(e) as being anticipated by Kikinis. 
Applicants respectfully appeal the rejection as follows. 

Kikinis relates to a home server unit including a communication bus, a processor and memory for 
connecting digital devices within the home server interface unit. The home server unit is connected to a 
plurality of PCs and other peripherals. The home server unit includes a network and telephone adaptor 
for connecting to a wide area network and to a telephony device. The processor manages data transfers 
between connected PCs/peripherals and one or more service providers accessed via the wide-area 
network. As stated in Kikinis, embodiments of the invention are directed to "[solving] the existing 
problem of providing wide area network access to multiple computerized appliances without requiring 
multiple service accounts." (Kikinis, Col. 2, line 45-47). 

Each of claims 1-6 and 23-26 recite, in one form or another, a system for providing access to "a 
base device identified with a user of a remote client device," where the communication between the 
remote device and the base device is initiated by the base device. In particular: 

• "a user server operatively coupled to said web server and said remote client device, said user 
server further configured to communicate data between the base device and the user of the 
remote client device, said user server further configured to communicate data with said base 
device via requests initiated by said base device." (Claims 1-6. Emphasis added). 

• "communicating data between the base device and the remote client device via said user server 
from requests initiated by said base device." (Claims 23-26. Emphasis added). 

Kikinis does not disclose, teach or suggest a system that is responsive to abase device as recited 
in claims 1 -6 and 23-26. In the Office actions, the Examiner has alleged that this feature of the claims is 
shown in Kikinis in the "Abstract, Fig. 1, Col. 4, lines 30-55 and Col. 2, lines 30-47" of the reference. 


* Appellant notes that it filed a Pre -Appeal Brief Request on May 14, 2007 together with the Notice of Appeal 

setting forth arguments presented herewith. In a communication mailed from the Patent Office on June 6, 2007, the Pre- 
Appeal Brief Request was denied as being improper on the grounds that the Pre -Appeal Brief included a proposed 
amendment. Appellant notes that the Pre-Appeal Brief Request did not include any proposed amendments and that the 
Pre-Appeal Brief Request should have been considered on its merits. 

-16- 
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Appellant has carefully reviewed these sections of Kikinis, as well as the reference as a whole, and, as 
explained below, is able to find no such disclosure in Kikinis. 
The Abstract of Kikinis states: 

Abstract 

A multimedia data distribution system comprises a distribution 
system adapted to distribute and deliver Asynchronous Transfer 
Mode signals to the level of an individual home network bus, a 
micro-PBX connected to the distribution system and to the home 
network bus; and a converter connected to the home network bus and 
having an outlet adapted for connecting to conventional single media 
and multimedia electronic devices, such as telephones, personal 
computers, fax machines, television sets, and the like. The micro- 
PBX is adapted to translate between the public network data protocol 
and a Local Area data protocol on the home network bus, and to 
manage the home network bus as a Carrier Sense Multiple 
Access/Collision Detect (CSMA/CD) type bus, and the converter is 
adapted to convert signals on the home network bus to a form 
required by one of the single media and multimedia electronic 
devices. In an alternative embodiment of the invention signals on the 
home network are provided as high-frequency, spread-spectrum 
signals. 

Nothing in the Abstract relates in any way to initiation of a request for data, let alone that it is the base 
device itself which initiates the request for data. 

The Examiner next indicates that Fig. 1 shows the claim limitation relating to the base device 
initiating the request for data. Fig. 1 is reproduced below. 
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Fiji. I Home Sysh'm 


Kikinis describes Figure 1 as including a block diagram of a home network including a Home Server 

Unit 100. Kikinis then goes on to explain the hardware in Home Server Unit, including a 

communications network 110, such as an ISDN connection to a local telephone company switch, 

connecting to a Multi-Bridge Adapter Unit 120 at the service provider's end. Kikinis states: 

Bridge Adapter Unit 120 provides for receiving and processing data 
packets delivered over network 110, and for sending data packets from 
the service provider's end to the Home Server Unit, identified for the PC 
or peripheral device to which each transmission is intended. For 
example, facsimile messages may be delivered to unit 100 at Bridge 
Adapter Unit 101 via network 110, and be routed to facsimile machine 
141. Alternatively, incoming faxes could be routed to laser printer 132 
via I/O circuitry 102. 

Returning again to the service provider's end of the system, Multi-Bridge 
Adapter Unit 120 connects to an Ethernet™ backbone 121 (in this 
particular embodiment) to which various equipment may be interfaced, 
such as a server 123 shown and a support technician workstation 122. 
(Col. 4, lines 41-55). 
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This is the sum total of the description of Fig. 1. Nothing in Fig. 1 relates in any way to initiation of a 
request for data, let alone that it is the base device itself which initiates the request for data. 

The Examiner next indicates that Kikinis shows the claim limitation relating to the base device 
initiating the request for data at Col. 4, lines 30-55. This is the description of Fig. 1 discussed above. 
Specifically, lines 30-40 are a description of the hardware included in Home Server Unit 1 00 as shown in 
Fig. 1 and described above. And lines 41-55 of Kikinis are quoted expressly above. Nothing at Col. 4, 
lines 30-55 in any way relates to initiation of a request for data, let alone that it is the base device itself 
which initiates the request for data. 

Finally, the Examiner indicates that Kikinis shows the claim limitation relating to the base device 

initiating the request for data at Col. 2, lines 30-47. Col. 2 of Kikinis is the Summary of the Invention 

section. At lines 30-47 of Col. 2, Kikinis states: 

Also in alternative embodiments of the home server unit the CPU, 
executing stored control routines, provides simultaneous Internet access 
for two or more PCs connected to the home server unit. Other functions 
provided by the home server through the CPU and stored control 
routines include telephone exchange services for two or more telephony 
devices connected to the home server unit, receiving incoming facsimile 
transmissions, and routing such transmissions to any one of connected 
PCs or connected printers, according to preprogrammed instructions, and 
providing access to a remote server over the port adapted for wide area 
network connection, so one or more connected PCs may use storage 
space on the remote server transparently to the user. 

The home server unit according to embodiments of the invention solves 
the existing problem of providing wide area network access to multiple 
computerized appliances without requiring multiple service accounts. 

The above paragraphs discuss the ability of the Home Server Unit 100 to provide access to the Internet 
for computers connected to the Home Server Unit, as well as other communications provided by the 
Home Server Unit 100. However, nothing at Col. 2, lines 30-47 in any way relates to initiation of a 
request for data, let alone that it is the base device itself which initiates the request for data. 

Thus, it is respectfully submitted that the sections of Kikinis alleged by the Examiner to show 
requests initiated by the base device do not in fact show this feature. It is noted that the above-discussed 
sections, cited to by the Examiner as showing requests initiated by the base device, are the very same 
sections cited by the Examiner as showing an earlier claim limitation relating to the user server being 
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configured to communicate data between the base device and the remote client device. It would appear 
that the Examiner has used these sections of Kikinis generically, without regard to the actual disclosure 
of these sections vis-a-vis the specific claim limitations recited in the claims. As indicated, appellants 
have carefully reviewed these sections, as well as the remaining sections of Kikinis, and can find no 
disclosure, teaching or any suggestion of requests for data being initiated by the base device. 

In the claimed invention, a base device is further limited to one which is specifically "identified 
with a user." It is clear that there is no disclosure or suggestion anywhere within Kikinis of a system 
including requests initiated by a base device, nor a system including requests initiated by a base device 
identified with a user. 

It is axiomatic that each and every claim limitation must be found in a single prior art reference to 
support a rejection under §102. Apple Computer, Inc. v. Articulate Systems, Inc., 234 F.3d 14, 20 (Fed. 
Cir. 2000). Omission of any claimed element, no matter how insubstantial, is grounds for traversing a 
rejection based on §102. Connelly. Sears, Roebuck & Co., 722 F.2d 1542 (Fed. Cir. 1983). As Kikinis 
has no disclosure, teaching or suggestion of a remote access system where communication is initiated by 
the base device, and as Kikinis does not even address the problem to which this solution is directed, it is 
respectfully submitted that the invention recited in Claims 1-6 and 23-26 is patentable over the cited 
reference. It is therefore respectfully requested that the rejection of these claims on §102 grounds be 
withdrawn. 

Applicant has pointed out the above-described deficiencies to the Examiner in previous responses 
to Office actions. The Examiner fails to address applicants' arguments in the final Office action mailed 
November 14, 2006. In particular, in the Response filed September 1 1 , 2006, applicants pointed out that 
Kikinis did not disclose the above-described claim language, and then went on to give the support from 
the specification which explains the specific claim language. In the Response to Arguments section of 
the final Office action mailed November 14, 2006, at page 4, the Examiner ignores applicants' statements 
relating to specific claim language, and refers only to applicants' discussion of the specification (which 
supports the recited claim language). The Examiner then concludes that reliance on the specification is 
not proper - it is the claim language which must be the focus. 

Applicants agree. Applicants have repeatedly pointed out that Kikinis fails to disclose, teach or 
suggest the feature of a system including requests initiated by a base device. This feature is expressly 
recited in the claims. 
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Based on the above, it is respectfully requested that the rejection of claims 1-6 and 23-26 under 
35 U.S.C. § 102(e) be withdrawn. 
CONCLUSION 

Based on the above, it is respectfully submitted that claims 1 -6 and 23-26 are patentable over the 
cited reference, and it is respectfully requested that the rejections of claims 1 -6 and 23-26 be withdrawn. 

The Commissioner is authorized to charge any underpayment or credit any overpayment to 
Deposit Account No. 501 826 for any matter in connection with this Appeal Brief, including any fee for 
extension of time, which may be required. 

Respectfully submitted, 


Date: February 5. 2008 By: /Brian I. Marcus/ 

Brian I. Marcus 
Reg. No. 34,511 


Vierra Magen Marcus & DeNiro LLP 
575 Market Street, Suite 2500 
San Francisco, California 94105 
Telephone: (415) 369-9660 
Facsimile: (415) 369-9665 
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VIII. CLAIMS APPENDIX (3 7 C.F.R. §41. 3 7(c)(viii)) 


1 . (original) A system for providing access to a base device identified with a user of a 
remote client device, said remote access system comprising: 

c) a web server operatively coupled for communication with the remote client device accessed 
by the user; and 

d) a user server operatively coupled to said web server and said remote client device, said user 
server further configured to communicate data between the base device and the user of the 
remote client device, said user server further configured to communicate data with said base 
device via requests initiated by said base device. 

2. (original) The remote access system of claim 1 , wherein said data communicated to the 
remote client device is formatted for viewing by a web browser. 

3. (original) The remote access system of claim 1 , wherein said data communicated to the 
remote device is further formatted for viewing on a personal computer. 

4. (original) The remote access system of claim 1 , wherein said data communicated to the 
remote device is further formatted for viewing on a mobile telephone. 

5 . (original) The remote access system of claim 1 , wherein said data communicated to the 
remote device is further formatted for viewing on a personal digital assistant device. 

6. (original) The remote access system of claim 1 , wherein said data communicated to the 
remote device is further formatted for viewing on an internet appliance device. 

7. (withdrawn) In a server device operatively coupled to at least one base device and at 
least one remote access device, a method for securely communicating data between the base device and 
the remote access device comprising: 

a) authenticating a user's access credential to access the base device from the remote access 
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device; 

b) receiving a request from said user to carry out at a command on said base device; 

c) awaiting a task connection request from said base device; 

d) replying to said task connection request with a task connection reply to establish a socket 
connection; 

e) communicating a command to said base device in conjunction with said task connection 
reply to carry out the command requested by the user; 

f) receiving from said base device the results of said command; and 

g) communicating to said user said results of said command. 

8. (withdrawn) The method of claim 7, further comprising communicating awake up signal 
to said base device prior to awaiting a task connection request. 

9. (withdrawn) The method of claim 7, further comprising maintaining said socket 
connection with said base device in an open fashion and issuing further user requests via said open 
connection. 

10. (withdrawn) The method of claim 7, further comprising determining the device type of 
the remote access device and communicating information to said remote access device in a format 
suitable for viewing thereon according the determined device type. 

11. (withdrawn) The method of claim 10, wherein said information communicated to said 
remote access device is formatted for viewing by a web browser. 

12. (withdrawn) The method of claim 10, wherein said information communicated to said 
remote access device is formatted for viewing on a personal computer. 

13. (withdrawn) The method of claim 10, wherein said information communicated to said 
remote access device is formatted for viewing on a mobile telephone. 
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14. (withdrawn) The method of claim 10, wherein said information communicated to said 
remote access device is formatted for viewing on a personal digital assistant. 

15. (withdrawn) The method of claim 10, wherein said information communicated to said 
remote access device is formatted for viewing on an internet appliance device. 

1 6. (withdrawn) A system for providing access to a base device identified with a user of a 
remote client device, the system comprising: 

a web server operatively coupled for communication with the remote client device 
accessed by the user; 

a user server operatively coupled to said web server and said remote client device, said 
user server further configured to communicate data between the base device and the remote client 
device; and 

a load balancing module coupled to the user server for allocating resources on a user by 
user basis. 

1 7. (withdrawn) The remote access system of claim 1 6, wherein said data communicated to 
the remote client device is formatted for viewing by a web browser. 

18. (withdrawn) The remote access system of claim 1 6, wherein said data communicated to 
the remote device is further formatted for viewing on a personal computer. 

1 9. (withdrawn) The remote access system of claim 1 6, wherein said data communicated to 
the remote device is further formatted for viewing on a mobile telephone. 

20. (withdrawn) The remote access system of claim 1 6, wherein said data communicated to 
the remote device is further formatted for viewing on a personal digital assistant device. 

2 1 . (withdrawn) The remote access system of claim 1 6, wherein said data communicated to 
the remote device is further formatted for viewing on an internet appliance device. 
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22. (withdrawn) The remote access system of claim 16, wherein said user server is further 
configured to communicate data with said base device via requests initiated by said base device. 

23. (original) A method for providing access to a base device identified with a user of a 
remote client device, the method comprising the steps of: 

(a) operatively coupling a web server with the remote client device to allow 
communication between the web server and the remote client device; 

(b) operatively coupling a user server to said web server and said remote client 
device; and 

(c) communicating data between the base device and the remote client device via 
said user server from requests initiated by said base device. 

24. (original) A method for providing access to a base device identified with a user of a 
remote client device as recited in claim 23, further comprising a step (d) of allocating resources in the 
user server on a user by user basis. 

25. (original) One or more processor readable storage devices having processor readable 
code embodied on said one or more processor readable storage devices, said processor readable code for 
programming one or more processors to perform a method for providing access to a base device 
identified with a user of a remote client device, the method comprising the steps of: 

(a) operatively coupling a web server with the remote client device to allow 
communication between the web server and the remote client device; 

(b) operatively coupling a user server to said web server and said remote client 
device; and 

(c) communicating data between the base device and the remote client device via 
said user server from requests initiated by said base device. 

26. (original) One or more processor readable storage devices and processor readable code 
for performing the method of claim 25, the method further comprising a step (d) of allocating resources 
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in the user server on a user by user basis. 
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IX. EVIDENCE APPENDIX (3 7 C.F.R. §41. 3 7(c)(ix)) 
None 
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X. RELATED PROCEEDINGS APPENDIX (3 7 C.F.R. §41. 3 7(c)(x)) 
None 
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